home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / UNSPLIT / text1031.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  3.6 KB  |  99 lines
  1. > Last Saturday, I played around a bit with the BAD MOOD sources and
  2. > realized something:
  3. > 
  4. >   We _still_ have no way to run it in different resolutions!
  5.  
  6. Yep. :-(
  7.  
  8. BTW Adding the resolution stuff fixes the problem of changing mode with
  9. BlowUP installed. (VSetScreen [or was it VSetMode] switches to the the
  10. high-rez TC mode - so I get 640x480xTC on my machine...)
  11.  
  12. > Too see if there was any major problem with getting that to work, I spent
  13. > some time trying to do it myself.
  14.  
  15. Me too, a couple of weeks ago (when BM2.14 source came out)
  16.  
  17. > Sure, it took a while to get everything working reasonably well since the
  18. > current code is hardwired for 320 pixel wide screens in some places and
  19. > there are at least two different variables/constants that are used as
  20. > screen width.
  21.  
  22. Yep. :/
  23.  
  24. > Eventually I managed to get both a 204 and a 160 pixel wide screen version
  25. > running rather well. The only problems are that the floor/ceiling textures
  26. > are still scaled wrong and move about when you turn and that a few walls
  27. > move up and down and are visible when they should not be.
  28. > That scaling should be fixable by changing the aspect setting, I believe,
  29. > but I didn't bother to try to figure them out. I have no idea about what
  30.  
  31. Yes, I managed to fix the floors - but the walls were all too short for
  32. some reason. :/ Maybe this is because I didn't patch the DSP code?
  33.  
  34. > might cause the other problem, though. It only happened for three walls
  35. > in DOOM1.WAD E1M1 as far as I could see.
  36.  
  37. Hmm... different problem to me. When I corrected the floor problem, it
  38. caused all of the walls to become to short - causing a wall of mirrors
  39. effect...
  40.  
  41. > My changes to the code are static and you have to reassemble (and patch the
  42. > DSP code) to get a new resolution, but it shows that there's no real
  43. > problem doing this.
  44.  
  45. patch the DSP code? I didn't do this??
  46.  
  47. > Could whoever was going to implement the resolution changes, please, do it?
  48. > We don't need any fancy menu stuff at the moment. Another command line
  49. > switch would be quite fine.
  50.  
  51. Yep - or perhaps a .cnf [or .ini] file...
  52.  
  53. > I also tried turning off the floor/ceiling textures and I believe that
  54. > may be a good option for slower machines. IIRC Doom on the SNES does that.
  55.  
  56. Now that would be good...
  57.  
  58. > Now to something completely different.
  59. > I also did some more work on speeding up GEM-DEU drawing during the weekend.
  60.  
  61. Goody. :-)
  62.  
  63. > All coordinates are now precalculated when anything changes and the drawing
  64. > is done by a home made assembly routine (clipping borrowed from BAD MOOD ;-).
  65.  
  66. :)
  67.  
  68. > My assembly routine only works in 16 colour bit plane mode, but it would of
  69. > course be easy to add a VDI drawing option.
  70.  
  71. Good. :)
  72.  
  73. > With this new code, the drawing speed is now yet another 2-3 times faster!
  74. > (If you don't have NVDI, the difference could be much larger.)
  75. > Actually, I don't believe there's much point in optimizing this further now.
  76.  
  77. Cool. Sounds good.
  78.  
  79. > (Well, perhaps I should do something about those circles...)
  80.  
  81. :) Actually, a square wouldn't be that bad, as PC deu uses these on a machine
  82. with a Cirrus Logic graphics card [due to a firmware bug in this card, it has
  83. problems with circles]
  84.  
  85. > Once Anthony changes the scrolling code so that only the previously
  86. > invisible parts of the map needs to be redrawn, scrolling will be _fast_.
  87.  
  88. Good. I'll get on and do that soon then... [although there are a number of
  89. other things that need to be done... eg Multi-edit...]
  90.  
  91. > My new test version will be available tomorrow (I hope) as testdeu2.lzh.
  92. > As before, this is not a working version of GEM-DEU.
  93.  
  94. Could you also either send the modified files to me, or put them in the
  95. archive?
  96.  
  97. Anthony
  98.  
  99.